home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
kermit.columbia.edu
/
kermit.columbia.edu.tar
/
kermit.columbia.edu
/
newsgroups
/
misc.19970929-19971216
/
000350_news@newsmaster….columbia.edu _Tue Dec 9 14:02:53 1997.msg
< prev
next >
Wrap
Internet Message Format
|
1997-12-15
|
3KB
Return-Path: <news@newsmaster.cc.columbia.edu>
Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30])
by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id OAA25196
for <kermit.misc@watsun.cc.columbia.edu>; Tue, 9 Dec 1997 14:02:53 -0500 (EST)
Received: (from news@localhost)
by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id OAA04794
for kermit.misc@watsun; Tue, 9 Dec 1997 14:02:52 -0500 (EST)
Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
Newsgroups: comp.protocols.kermit.misc
Subject: Re: idea for download-display
Date: 9 Dec 1997 19:02:50 GMT
Organization: Columbia University
Lines: 53
Message-ID: <66k4kq$ngs$1@apakabar.cc.columbia.edu>
References: <dkcombsEKxqv0.Lw3@netcom.com>
NNTP-Posting-Host: watsun.cc.columbia.edu
Xref: news.columbia.edu comp.protocols.kermit.misc:8145
In article <dkcombsEKxqv0.Lw3@netcom.com>,
David Combs <dkcombs@netcom.com> wrote:
: As an additional number in the download-display
: (the WHILE-downloading display), the number
: that comes on the modem-box is the one we
: all know best. So, how about a speed-number
: in THOSE units also -- PLUS a percentage
: of the connected-at speed we are then
: running (downloading) at.
:
: Would make it easy to compare current
: situation with:
:
: 1: what % of the POSSIBLE speed the
: communications is running at,
: ie whether the communications is
: all loaded up and slow, or
: (wow!) running at 100%.
:
In fact, it often runs at well over 100% because
Kermit is compressing and/or the modem is compressing.
: 2: what % of that the current KERMIT-params
: are giving us, for easily-remembered numbers
: for comparison with that from OTHER settings
: for Kermit.
:
All of this is a bit easier said than done. The first
difficulty is that it is no simple matter to parse the
link speed from the modem message:
1. These messages come in many and varied formats,
depending on the modem make and model;
2. Most modern modems can be configured to utter their
CONNECT messages in about 150 different formats;
3. The modem might be configured to report the interface
speed rather than the modulation speed.
Second, the modulation speed changes dynamically
throughout the connection in V.34 and other kinds of
modems (e.g. Telebit PEP), and there is no way the modem
can report this back to the application without
disrupting the connection.
Thus it is wiser to say nothing rather than mislead.
This is not to say we'll never give it a shot, but since
there is little benefit, versus much risk and much work,
it's a rather low priority.
- Frank